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(54) Trouble-shooting system for telephone system 


(57) A trouble-shooting mechanism is incorporated 
into a telephone sen^ice technician's portable computer 
unit, to enable a craftsperson, to respond to a trouble 
ticket. By analyzing multiple sources of information, In- 
cluding user inputs from the craftsperson, parametric 
data embedded In the trouble ticket, test data obtained 
through the execution of local tests, and remote test da- 
ta, the trouble-shooting mechanism derives and sug- 
gests a problem solving strategy that is appears accu- 


rate. The system architecture includes a trouble-shoot- 
ing application engine, and an associated set of data- 
bases, one of which is a knowledge database, and the 
other of which is a shared, parameter database. Ttie 
knowledge database cxxitains rules and static parame- 
ters whbh define the characteristics and behavbr of the 
application engine. These rule sets and information are 
telephone line trouble-shooting specific. 
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Description 

The present invention relates to telephone commu- 
nication systems and networks, and is particutarty di- 
rected to a new and improved automated trouble-shoot- 
ing mechanism, resident in and employed by a crafl- 
sperson's portable test/communications device, which 
is operative to generate a trouble-shooting strategy, 
based upon information and reactionat testing, thereby 
enabling the craftsperson to expeditiously remedy of a 
problem specified in a trouble ticket Issued from a dis- 
patch center 

Figure 1 diagrammaticalty illustrates the general 
configuration of a portable telecommunications test sys- 
tem the system comprising a hand-held personal com- 
puter-based test and communicatbns unit 10. through 
which a craftsperson, who has been directed by a dis- 
patch center to a service site, which may be remotely 
located with respect to a central office 12 serving a line 
to be tested (or line under test (LUT)) 16, may commu- 
nicate with central office 1 2 and with a generic test head 
14 that is connectable to the LUT 16. 

The test system functionality of the supervisory con- 
trol mechanism executed by the internal processor of 
the craftsperson's hand-held computer unit 10 is intend- 
ed to provide the service technician with a user-friendly, 
icon-based, test procedure for facilitating the craftsper- 
son performance of various tests on a selected line. In 
so doing, the craftsperson's portable computer is able 
to interact with multiple types of existing operatbnal 
support systems, as well as provide a platform for add- 
on infomnation exchanges. 

For this purpose, via a contact-sensitive (e.g., pen 
touch-operated) video display panel 15, and an associ- 
ated keyboard 17 of hand-held computer unit 10, the 
craftsperson may selectively invoke one or more test op- 
erattons represented by a set of analysis and test func- 
tion-associated icons. In response to these selections, 
the internal control processor of unit 10 executes com- 
munication and signal processing operations associat- 
ed with an identified test. The test head 14 proper per- 
forms data acquisition on demand from the personal 
computer unit 10, including the executbn of functbnal 
tests. Test head 14 and hand-held personal computer 
unit 10 can be expanded through plug-in cards and soft- 
ware programs for coupling with various diverse types 
of communication links. 

In order to communicate with a remote networic fa- 
cility (central office 1 2 or data center 1 8 associated with 
the central office 12), the craftsperson's computer unit 
10 contains a transceiver interface, which is further in- 
terfaced with a communication and signal processing 
sub-system on board the technician's service vehicle or 
van 20. The communicatkxi and signal processing sub- 
system on board the van, in turn, links the craftsperson's 
portable unit 10 with the renrote network facility, via ei- 
ther a short haul wireless link, or by way of an auxiliary 
back-up wireline link. The respective communications 


interfaces within a craftsperson's portable unit and a 
van's sub-system. 

The craftsperson may be provided with an auxiliary 
voce-activated, wireless headset for conducting wire- 

5 less voice communications with hand-held computer 
unit. Such a wireless headset can be used with the 
hand-held computer and the test head to run automated 
tests, with an audio go/no-go indication of the test re- 
sults being provided to the craftsperson. 

10 The servrce van's communlcatbn and signal 
processing sub-system 22 includes a battery hold- 
er/charging station 24, a printer 26, a long haul wireless 
interface 28 and a network sen/er 29. Battery hold- 
er/charging station 24 is configured to receive and store 

IS the portable hand-held computer unit 10, so that the 
computer unit 10 may be secured and stowed, and its 
associated power supply (battery pack) may be re- 
charged, when not in use. Printer 26 is available to print 
out various test results or other information. Long haul 

20 wireless interface 28 provides a wireless gateway to 
kHig haul wireless services, while network sender 29 
contains a file server that provides additional processing 
power and electronic data storage. Network sen/er 29 
is operative to perform auxiliary data processing tasks 

2S on demand from the computer unit 10. 

Central office facility 12 typically includes a central 
office switch 31 , central office test devices 33. and a line- 
conditioning device 35, such as a direct access test unit 
(DATU), or (SASS) transmission conditioning system. 

30 The central office test devices 33 are capable of provid- 
ing an interface with various operational support sys- 
tems of the data center 18, such as a sen/be vehble 
dispatch, outskJe plant record database, automated 
testing systems, and electronic network schematics. 

35 The line-conditioning device (e.g. DATU or SASS) 35 
within central office 12 provides the craftsperson with 
the ability to selectively conduct a number of tests of a 
line, by invoking specified key combinations (sequenc- 
es) from a standard craftsperson's telephone test set. 

40 In the course of conducting a test via test head 1 4, 
the craftsperson's personal computer unit 10 receives 
the measured data from the test head and operates on 
the data to convert the measurement results into usable 
parameter information. This usable parameter inlorma- 

45 tk3n is then linked to the service vehicle's communica- 
tion sub-system 22. so that appropriate commands may 
be forwarded to a line-conditioning device or automated 
test equipment in the central office 1 2. 

In a non-limiting example of responding to a trouble 

so ticket that has been issued by a dispatch center and con- 
tains a customer service request, the system of Figure 
1 operates as follows. After being dispatched to and 
travelling to a test site (using service vehicle 20), the 
craftsperson proceeds to couple the test head 14 to the 

ss line under test 16. Using the portable computer unit 1 0, 
the technician then establishes communications with 
the test head 1 4 and, via the communication sub-system 
22 in van 20, with the central office, so that one or more 
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tests of the line may be conducted. 

Once the technician has coupled the test head 14 
to the line under test, the test application software res- 
ident in hand-held computer unit 10 is operative to dis- 
play icons associated with respective test procedures 
for evaluating the LUT via the contact-sensitive compu- 
ter display panel 15. In response to the service techni- 
cian selecting a desired test function, the resident test 
software of computer unit 10 proceeds to interactively 
generate additional menus, through which the craf tsper- 
son specifies further choices for defining parameters re- 
quired tor implementing the selected test. Based upon 
the choices selected by the craftsperson, computer unit 
10 assembles and transmits a message to the test head 
and to the central office for establishing what test or tests 
are to be conducted and the parameters associated with 
those tests. 

When a selected test is invoked, the test head 
measures the response of the line to one or more con- 
ditions placed on the tine, and transmits the test re- 
sponse data back to computer unit 10 for storage in 
memory and analysis in accordance with an on-board 
test or line analysis program. Based upon the results of 
the processed information, the craftsperson may direct 
the test device to perform one or more additional tests, 
until the line has been completely tested. 

The present invention includes a method of provid- 
ing a craftsperson with a trouble-shooting strategy that 
will provide said craftsperson with an indication of the 
probable cause of a problem in a subscriber line and a 
suggested procedure tor solving said problem, compris- 
ing the steps of: 

(a) providing a communication and processing unit 
through which a craftsperson, who may be dis- 
patched to a service site that Is remotely located 
with respect to a telephone office serving said sub- 
scriber line, may communicate with a test system 
of said telephone office and with a test head that is 
connectable to said subscriber tine, said communi- 
cation and processing unit having an input/output 
device, including a visual display, through which 
information input by said craftsperson is converted 
into prescribed control signals and transmitted to 
said test system and through which infomnatbn 
associated with the operation of said test system is 
presented to said craftsperson; and 

(b) providing, in said communicatbn and process- 
ing unit, an infomnatkm processing, trouble-shoot- 
ing apptlcatbn engine, and first and second data- 
bases coupled thereto, said first database being a 
knowledge database containing rules and static 
parameters which define the characteristics and 
behavior of said application engine, said second 
data base being a shared database which stores 
paranrteter data associated with one or more tests 
conducted on said line, said trouble-shooting appli- 
cation engine being operative to perform a diagnos- 


tic evaluation of data in said shared database, in 
accordance with rule sets stored In said knowledge 
data base and to generate a proposed solution to 
the problem in said line that will guide said cratt- 

s sperson to remove the fault, with said application 
engine operative to execute a diagnostic evaluation 
of a plurality of possible problems that may occur 
on said line, potential sources of said possible prob- 
lems, and recommended procedures to repair said 

10 line. 

The invention also includes a supen/isory control 
mechanism, which is contained in a portable test unit 
employed by a craftsperson to test a communrcation 

15 line, said supen/isory control mechanism comprising an 
information processing, trouble-shooting application en- 
gine, and first and second databases coupled thereto, 
said first datat>ase being a knowledge database con- 
taining rules and static parameters which define the 

20 characteristics and behavior of said applk^atbn engine, 
saki second data base being a shared database whbh 
stores parameter data associated with one or nriore tests 
conducted on said tine, said trouble-shooting applica- 
tion engine being operative to analyze multiple sources 

25 of Information, Including user inputs from said craftsper- 
son. parametric data embedded in a problem dispatch, 
test data obtained through the execution of local tests, 
and remote test data, and to derive therefrom a trouble- 
shooting strategy that is output to said craftsperson, so 

30 as to enable said craftsperson to locate the cause of a 
problem that gave rise to the generation of said problem 
dispatch, with said rules and static parameters which 
define the characteristics and behavior of said applica- 
tion engine are prepared In accordance with a diagnos- 
es tic evaluation of a plurality of problems that may occur 
on said line, the potential sources of such problems, and 
recommended procedures to solve said problem. 

The inventkxi further includes a mechanism tor en- 
abling a craftsperson's communksation and processing 

40 unit to provide a craftsperson. who has been dispatched 
to a servce site that Is remotely located with respect to 
a telephone facility serving a subscriber line, with a trou- 
ble-shooting procedure through which said craftsperson 
may locate and solve the probable cause of a problem 

45 in said subscriber line, sad communication and 
processing unit being operative to communicate with a 
test system of said telephone facility and with a test head 
that is connectable to said subscriber line, said commu- 
nk:atKxi and processing unit having an Input/output de- 

so vice, Including a visual display, through which informa- 
tion input by said craftsperson is converted into pre- 
scribed control signals and transmitted to said test sys- 
tem and through which information associated with the 
operation of said test system Is presented to said craft- 

55 sperson, said mechanism comprising an information 
processing, trouble-shooting application engine, and 
first and second databases coupled thereto, said first 
database being a knowledge database containing rules 


3 


5 


EP 0 712 227 A2 


6 


and static parameters which define the characteristics 
and behavior of said application engine, said second 
data base being a shared database which stores param- 
eter data associated with one or more tests conducted 
on said line, said trouble-shooting application engine 
being operative to perform a diagnostic evaluation of 
data in said shared database, in accordance with rule 
sets stored in said knowledge data base and to display 
a message containing a proposed procedure to be car- 
ried out by said craftsperson to located and solve said 
problem in said subscriber line: with data stored by said 
shared database includes data acquired through one or 
more of a work order nrtanager software application, 
measurement data sou reed by portable test equipment, 
and data input by said craftsperson. 

The test system functionality of the supervisory con- 
trol mechanism executed by the internal processor of 
the craftsperson's hand-held computer unit is intended 
to provkie the sen/ice technician with a user-friendly. 
Icon-based, test procedure for facilitating the craftsper- 
son performance of various tests on a selected line, 
whereby the craftsperson's portable computer is able to 
interact with multiple types of existing operational sup- 
port systems, as well as provide a platfomn for add-on 
information exchanges. 

Conveniently the present invention is directed to a 
particular implementation of such a supervisory control 
mechanism, which is operative to analyze multiple 
sources of Information, Including user inputs from the 
craftsperson, parametric data embedded In the dispatch 
(trouble ticket), test data obtained through the executkxi 
of local tests, and remote test data (obtained through a 
system such as a mechanized loop testing (MLT) sys- 
tem), and to derive therefrom a trouble-shooting strate- 
gy that will enable the craftsperson to expeditiously de- 
termine the cause of the problem that gave rise to the 
generatbn of the trouble ticket. 

Advantageously the system architecture comprises 
an information processing sub-system, trouble-shooting 
application engine, and an associated set of databases, 
one of which Is a knowledge or 'experience' database, 
and the other of which Is a shared, parameter database. 
The knowledge database contains rules and static pa- 
rameters which define the characteristics and behavior 
of the application engine. These rule sets and infomna- 
tion are applicatbn specific, here - telephone line trou- 
ble-shooting specific, having been prepared In accord- 
ance with a rigorous diagnostic evaluation of ail possible 
problems that may occur on a line, the potential sources 
of such problems, and recommended procedures to re- 
pair the line and thereby remove the fault. As the system 
learns new attributes of problems and remedial proce- 
dures, the knowledge database is updated to Include 
that infomnatton, so as to enable the application engine 
to make a more informed decisfon when recommending 
a trouble-shooting strategy. 

The data stored in the shared database may be sup- 
plied from a variety of external sources, such as data 


acquired through an automated craft dispatch - work or- 
der manager software application, such as an AT&T 
CAS (craft access system) applk^tion, technician ac- 
cess network (TAN), or automated work administration 

s system (AWAS), measurement data sourced by porta- 
ble test equipment (PTE), or data input by the user. 

The trouble-shooting application engine is opera- 
tive to use the rules and parameters of the knowledge 
database to establish a field of possible/probable fault 

10 candkiates that have relationships or linkages with a 
critfcal point of a set of control parameters. The candi- 
dates of a given field are those which exhibit one or more 
symptoms revealed by values of test parameters. Using 
test parameter data in the shared datak>ase. the engine 

IS refines the field of candidates to those containing suc- 
cessively smaller numbers of members, until a most 
likely candidate as the cause of the problem is estab- 
lished. 

In particular, as the shared database is dynamically 

^ updated with test result information derived from meas- 
urements conducted on the line or from an application 
system, the application engine processes this informa- 
tion In accordance with the rule set of the knowledge 
data base and excludes from the fieki of candidates 

25 those points that are no longer suffk^iently closely linked 
to the control point based upon the relationship specified 
by the control model. Eventually, the field Is reduced to 
a single, most likely fault candidate point, which the en- 
gine uses to generate a remedial strategy message to 

30 the craftsperson via the computer display screen. 

In accordance with the operational flow sequence 
carried out by the trouble-shooting strategy generating 
mechanism In accordance with the present Invention will 
be described, when craftsperson is dispatched to a job 

35 site, and establishes a communication with the neces- 
sary remote facility, such as a central office and associ- 
ated data center, the technician downloads whatever In- 
formation is available for the trouble ticket being serv- 
k;ed, which may include the output of exercised test 

40 equipment, in order to provide parametric data for the 
line being sen/ced, that will enable the application en- 
gine to estimate the cause of the fault. 

Accompanying the downloaded parametric test 
data is a prescribed test identiflcatk>n (VER) code that 

45 associates the test conducted by the mechanized test 
equipment with the rule set In the knowledge database. 
Once the test measurement and data downtoad opera- 
\\on is complete, the user is presented with a display 
screen that contains a menu of options, that may include 

50 further testing of the line, or other functions. Since the 
applk;ation engine generates a trouble-shooting strate- 
gy based upon a diagnostically evaluation of the trouble 
tk:ket and available measurement data stored in the 
shared database, the level of experience or skill of the 

55 technician will not prevent a successful choice of menu 
items to accomplish the task. 

Each menu screen includes a 'Help" Icon. When this 
Kxyn is invoked, the applicatbn engine displays a mes- 
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sage to the user indicating the results ot its analysis of 
the information currently available in the knowledge and 
shared databases and recommends what the technician 
should do next. The engine then specifies what method 
is 1o be carried out based upon Ihe VER code and avail- 
able parametric test data. Based upon the selected 
method, a message will be displayed that will instruct 
the user what should be done. 

If preliminary information provided by the trouble 
ticket and the results ot initial test measurements are 
sufficient for the applicatbn engine to determine the 
cause o1 a fault, a location and repair scenario message 
is generated. The applk:ation engine is operative to co- 
ordinate data gatherng and analysis. Including invoking 
of an external test functkxi (e.g. a request to the DATU 
to open the subscriber line), and the observation or 
measurement of the line's response to the invoked op- 
eratbn (e.g. reading the response of a test head moni- 
toring that line whch, for the example of requesting a 
DATU to open the tine, should cause the test head see 
no voltage). 

If further testing of the line is necessary, a displayed 
message may instruct the user to again exercise one or 
more additional tests. Thus, instruction message 
screens are successively generated, as necessary, and 
the user Is instructed to derive additional information, 
such as by exercising the lest head, until the application 
engine has refined a field of potential causes to a single 
probable source. The displayed message not only rep- 
resents the results of the engine's analysis of the trouble 
ticket and test and parameterdata, but sen/es to provide 
practical information to the technician. The craftsperson 
may then proceed to carry out the suggested correction 
procedure, to remedy the fault. Upon completion of this 
exercise, the line nnay again be tested to verify the re- 
pair. 

The invention will now be described, by way of ex- 
ample, with reference to the accompanying drawings in 

which: 

Figure 1 diagrammatical ly illustrates the general 
configuration of the portable telecommunications 
test system. 

Figure 2 shows the fundamental system architec- 
ture of the present invention as comprising an infor- 
mation processing sub-system, trouble-shooting 
apptk:ation engine, and an associated set of knowl- 
edge and shared parameter databases; 
Figure 3 diagrammatically illustrates a ftetel of can- 
didate points, which are associated with respec- 
tively different potential anomaly or fault candidates 
for the cause o1 the problem that prompted the gen- 
eration of a trouble tbket for a given line to be 
tested; and 

Figure 4 illustrates respective steps of an opera- 
tbnal flow sequence employed in the mechanism 
for generating a trouble-shooting strategy based 
upon infonmation and reacttonal testing. 


Before describing in detail the new and improved 
automated trouble-shooting mechanism in accordance 
with the present Invention, it shoukd be observed that 
the present invention resides primarily in what is effec- 

5 tively an Information processing sub-system embedded 
within, and an associated set of databases employed 
by the supen^isory control software resident in the 
above-referenced craftsperson's portable computer 
unit. One of these databases is a knowledge or 'experi- 

10 ence' database containing rules and statk: parameters 
employed by the information processing sub-system to 
define its characteristics and behavbr. The second da- 
tabase is a shared database in which raw parametric 
data associated with the line under test is stored. Thus. 

15 the information processing sub-system of the present 
invention effectively constitutes an artificial Intelligence, 
trouble-shooting application, engine, which employs the 
knowledge and experience rules In the knowledge da- 
tabase to evaluate the data stored in the shared data- 

20 base, in order to reach a recommended course of actk>n 
that will enable the craftsperson to solve the problem 
presented on the trouble ticket. 

The invention illustrated by the drawings show only 
those specific details in a convenient functional group- 

25 ing. 

Figure 2 shows the fundamental system architec- 
ture as comprising an information processing sub-sys- 
tem, trouble-shooting application engine 41 , and an as- 
sociated set of databases 43 and 45. Database 43 is a 

30 knowledge or 'experience' database containing rules 
and static parameters which define the characteristk:s 
and behavbr of engine 41 . 

The rule sets and informatksn stored in database 45 
are appllcatkjn specific, here - telephone line trouble- 

35 shooting specific, prepared in accordance with a rigor- 
ous diagnostic evaluation of all possible problems that 
may occur on a I'me, the potential sources of such prob- 
lems, and recommended procedures to repair the line 
and thereby remove the fault. Moreover, as the system 

40 learns new attributes of problems and remedial proce- 
dures associated with those problems, the knowledge 
database Is updated to Include that information, so as 
to enable the application engine to make a more in- 
formed decision when recommending a trouble-shoot- 

45 ing strategy. 

The database 45 is a shared database in which par- 
ametrb data associated with the line under test is 
stored. Such data may be sourced from a variety of ex- 
ternal sources, such as data acquired through a work 

50 order manager software application 51 (e.g. the previ- 
ously mentioned AT&T CAS (craft access system) ap- 
plication, technician access network (TAN), or automat- 
ed wortc administration system (AWAS)), measurement 
data sourced by portable test equipment (PTE), or data 

55 input by the user. ). measurement data sourced by port- 
able lest equipment (PTE) 52. or by the user 53. 

The engine 41 uses the knowledge and experience 
rules in the knowledge database 43 to evaluate the raw 
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data in the shared database 45, in order to reach a rec- 
ommended course of action to the crattsperson to solve 
the problem presented on the trouble ticket. For this pur- 
pose, engine 41 comprise an application engine pro- 
duced by Stanford University, Pato Alto, Cal., known as 
'The Coarse Program Model', which, using the rules and 
parameters of the knowledge database 43. establishes 
a field of possible/probable fault candidates that have 
relationships or linkages with a critical point of a set of 
control parameters. The candidates of a given field are 
those which exhibit one or more symptoms revealed by 
values of test parameters. Then, using test parameter 
data in the shared database 45 derived from an external 
source, such as a line measurement test head, or Input 
by the service technician, for example, the engine 41 
refines the field of candidates to those containing suc- 
cessively smaller numbers of members, until a most 
likely candidate as the cause of the problem is estab- 
lished. 

This operation isdiagrammatically illustrated in Fig- 
ure 3, which shows a field of candidate points pi, p2: 
p3, .... pn, which are associated with respectively differ- 
ent potential anomaly or fault candWates for the cause 
of the problem that prompted the generation of a trouble 
ticket for a given line to be tested. In the non-limiting 
example of Figure 3, point pi is associated with a 
ground fault, point p2 is associated with a cross to a 
working pair, and point p3 Is associated with an open 
line. 

As the databases employed by the applicatkxi en- 
gine are updated with more current infomnation, in par- 
ticular as the shared database 45 is dynamically updat- 
ed with test result information derived from measure- 
ments conducted on the line or from an application sys- 
tem, such as data derived from portable test equipment 
for example, engine 41 processes this inforrriation in ac- 
cordance with the rule set of the knowledge data base 
and excludes from the fiekJ of candidates those points 
that are no longer sufficiently closely linked to the control 
point based upon the relatkjnship specified by the con- 
trol model. Eventually, the field is reduced to a single, 
most likely fault candidate point pm, whfch the engine 
41 uses to generate a remedial strategy message to the 
craftsperson via the computer display screen. 

Figure 4 shows the operatbnal flow sequence of a 
mechanism for generating a trouble-shooting strategy 
based upon information and reactfonal testing, in ac- 
cordance with an embodiment of the present invention 
will be described. When a subscriber or customer places 
a service call to an automated service repair facility, the 
administrator at the repair facility confirms the request 
and generates a trouble ticket. A craftsperson is then 
dispatched to a specified location at which the line that 
prompted the reported problem may be tested and serv- 
iced. 

Upon arriving at the job site, and establishing a 
communication with the necessary remote facility (cen- 
tral office and associated data center) via the wireless - 


wireline communicatkxis sub-systems contained in the 
portable computer unit and service vehicle, as de- 
scribed in the above-referenced Horton et al application, 
then, in step 401. the technician downloads whatever 
5 informatbn is available for the trouble ticket being serv- 
iced. 

This initial operation customarily involves the use of 
a work order nrianager applfcatron, such as the above- 
referenced CAS application, and requires the craftsper- 

10 son to exercise test equipment, such as a SASS trans- 
mission conditioning system, or a direct access test unit 
(DATU), in order to provide preliminary parametric data 
for the line being sen/iced, that will enable the applica- 
tion engine to estimate the cause of the fault 

IS Where preliminary infornnalfon provided by the trou- 
ble ticket and the results of initial test measurements are 
sufficient for the application engine to detemnine the 
cause of a fault, a kxatbn and repair scenario message 
is generated. The application engine is operative to co- 

20 ordinate data gathering - by Invoking an external test 
function, and subsequent analysis - by the observation 
or measurement of the line's response to the invoked 
operation. For example, the application engine may 
generate an instruction that requests the DATU 35 to 

2S open the subscriber line 16. It then reads the response 
of the portable test equipment (test head 14) to the in- 
voked stimulus provided by the DATU. For the example 
of opening the subscriber line, the voltage reading out- 
put of the portable test equipment 14 should be zero. 

30 The applcation engine then makes a decision on what 
is to be done next based upon the monitored PTE out- 
put. 

In step 402, the measurement data derived from the 
test equipment is downloaded into the shared database 

35 45. Accompanying the parametric test data itself is a 
prescribed VER code that associates the test conducted 
by the mechanized test equipment with the rule set in 
the knowledge database. Once the test measurement 
and data download operation is complete, the user is 

40 presented with a display screen that contains a menu of 
options, that may include further testing of the line, or 
other functbns. Since the application engine 41 is op* 
erative to generate a trouble-shooting strategy based 
upon a diagnost k:ally evaluation of the trouble tk:ket and 

45 available measurement data stored in the shared data- 
base, the level of experience or skill of the technician 
will not prevent a successful choice of menu items to 
accomplish the task. While a very experienced craft- 
sperson might readily choose the appropriate test f unc- 

50 lion menu item for the trouble ticket at hand, the incor- 
poration of the trouble-shooting applicat»n engine per- 
mits a lesser skilled individual to be guided through a 
problem correction sequence. 

For this purpose, each menu screen includes a 

55 'Help" icon. In step 403, when the Help icon is invoked 
(by the craftsperson pressing a pen against the contact- 
sensitive screen of the computer unit), the application 
engine displays a message to the user indicating the re- 
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suits ot its analysis of the intormation currently available 
in the knowledge and shared databases and recom- 
mends what the technician should do next. For this pur- 
pose, in response to the technician invoking the 'Help' 
icon, then in step 404, the application engine extracts 
the VE R code that has been down loaded into the shared 
database. Next, in step 405. it instantiates what method 
is to be carried out based upon the VER code. Based 
upon the selected method, a message will be displayed 
that will instruct the user what should be done. 

More particularly, in step 406, an instruction mes- 
sage associated with the selected method is displayed 
to the user. For exarrtple, i1 the preliminary information 
provided by the trouble ticket and the results of the initial 
MLT measurements are sufficient to arrive at a cause of 
the fault, a location and repair scenario message might 
be generated. On the other hand, if further testing of the 
line is necessary, the displayed message may instruct 
the user to again exercise one or nrxsre additional tests. 
Namely, help/instructfon message screens are succes- 
sively generated, as necessary, and the user is instruct- 
ed to derive additional information, for example, by ex- 
ercising the test head; until the application engine has 
refined a field of potential causes to a single probable 
source. 

Assuming, for example, that the iterative measure- 
ment and evaluation process described above has de- 
termined that the cause of the line fault ts a ground fault, 
the following message might be displayed: "The MLT 
has determined that a ground fault exists. This type of 
fault occurs mostly in buried cables. Use a ground fault 
locator and earth gradient frame to locate the fault. Ex- 
pose the cable at the point ol the fault and repair the 
cable." This message not only represents the results of 
the engine's analysis of the trouble ticket and test and 
parameter data, but it serves to provide practical infor- 
mation to the technician (by confirming a choice made 
by a skilled craftsperson, or supplying on the job training 
to a lesser skilled individual). The craftsperson may then 
proceed to carry out the suggested correction proce- 
dure, to remedy the fault. Upon completion ot this exer- 
cise, the line may again be tested to verify the repair. 

As will be appreciated from the foregoing descrip- 
tion, by incorporating the trouble-shooting mechanism 
in accordance with the present inventbn into a tele- 
phone service technician's portable computer unit, the 
ability of a craftsperson who has been dispatched to a 
service site to expeditiously remedy a problem of a trou- 
ble ticket is enhanced, regardless of the level of skill of 
the service technician. By analyzing multiple sources of 
information, including user inputs from the craftsperson. 
parametric data embedded in the dispatch (trouble tk:k- 
et), test data obtained through the executbn of tocal 
tests, and remote test data (obtained through a system 
such as a mechanized loop testing (MLT) system), the 
trouble-shooting mechanism ol the present invention is 
able to rapidly derive and suggest to the technk^ian a 
problem solving strategy that is both determinlstically 


accurate and instructive. 

A trouble-shooting mechanism is incorporated into 
a telephone sen^ice technician's portable computer unit, 
to enable a craftsperson, to respond to a trouble ticket. 

5 By analyzing multiple sources of informatbn, including 
user inputs from the craftsperson, parametric data em- 
bedded in the trouble ticket, test data obtained through 
the executk>n of kxal tests, and remote test data, the 
trouble-shooting mechanism derives and suggests a 

10 problem solving strategy that is appears accurate. The 
system architecture includes a trouble-shooting appli- 
cation engine, and an associated set of databases, one 
of which is a knowledge database, and the other of 
which is a shared, parameter database. The knowledge 

IS database contains rules and static parameters which 
define the characteristics and behavior of the applica- 
tion engine. These rule sets and information are tele- 
phone line trouble-shooting specific. 

20 

Claims 

1 . A method of providing a craftsperson with a trouble- 
shooting strategy that will provide said craftsperson 
25 with an indication of the probable cause of a prob- 
lem in a subscriber line and a suggested procedure 
for solving said problem, comprising the steps of: 

(a) providing a communication and processing 
30 unit through which a craftsperson, who may be 

dispatched to a sen/k^e site that is remotely 
kx^ted with respect to a telephone office send- 
ing said subscriber line, may communk:ate with 
a test system of said telephone office and with 

35 a test head that is connectable to said sub- 

scriber line, said oommunbation and process- 
ing unit having an input/output device, including 
a visual display, through which information 
input by said craftsperson is converted into pre- 

40 scribed control signals and transmitted to said 

test system and through which information 
associated with the operatk^n of said test sys- 
tem is presented to said craftsperson; and 

(b) providing, in said communication and 
45 processing unit, an informatton processing, 

trouble-shooting application engine, and first 
and second databases coupled thereto, said 
first database being a knowledge database 
containing rules and statk: parameters which 

so define the characteristics and behavior of said 

application engine, said second data base 
being a shared database which stores param- 
eter data associated with one or more tests 
conducted on said tine, sakJ trouble-shooting 

ss application engine being operative to perform 

a diagnostk: evaluation ot data in said shared 
database, in accordance with rule sets stored 
in said knowledge data base and to generate a 


7 


13 


EP 0 712 227 A2 


14 


proposed solution to the problem in said line 
that will guide said craftsperson to remove the 
fault, with said application engine operative to 
execute a diagnostic evaluation of a plurality of 
possible problems that may occur on said line, s 
potential sources ot said possible problems, 5 
and recommended procedures to repair said 
line. 

2. A method as claimed in claim 1 . wherein data stored io 
by said shared database includes data acquired 
through one or more of a work order manager soft- 
ware application, measurement data sourced by 
portable test equipment, and data input by said 
craftsperson, in which parametric test data stored 15 
in said shared database has a test identification 
code that associates a test conducted by test equip- 
ment with a rule set in said knowledge database, in 
response to which said trouble-shooting application 
engine generates a trouble-shooting strategy 20 
based upon a diagnostic evaluation of a trouble 
ticket reporting said problem and said parametric 
measurement data stored in said shared database. 

3. A method as claimed as to claim 1 or 2, wherein 2S 
said trouble-shooting application engine is opera- 
tive to generate a prescribed symbol on said display 
screen, which symbol, when invoked by said craft- 
sperson, causes said engine to display a message 
Indicating results of said engine's analysts of Infor- 
mation currently available in said knowledge and 
shared databases and suggesting a course of 
action to said craftsperson to solve sakl problem. 

4. A supervisory control mechanism, which is con- 3S 
tained in a portable test unit employed by a craft- 
sperson to test a communication line, said supen/l- 
sory control mechanism comprising an information 
processing, trouble-shooting application engine, 
and first and second databases coupled thereto, ^0 
said first database being a knowledge database 
containing rules and static parameters which define 

the characteristics and behavior of said application ( 
engine, said second data base being a shared data- 
base which stores parameter data associated with ^ 
one or more tests conducted on said line, said trou- 
ble-shooting applk:ation engine being operative to 
analyze multiple sources of informatton, Including 
user inputs from said craftsperson, parametric data 
embedded in a problem dispatch, test data obtained 
through the executbn of local tests, and remote test 
data, and to derive therefrom a trouble-shooting 
strategy that is output to said craftsperson, so as to 
enable said craftsperson to locate the cause of a 
problem that gave rise to the generation of said 55 
problem dispatch, with said rules and static param- 
eters which define the characteristics and behavior 
of said application engine are prepared in accord- 


ance with a diagnostic evaluation of a plurality of 
problems that may occur on said line, the potential 
sources of such problems, and recommended pro- 
cedures to solve said problem. 

A supervisory control mechanism as claimed in 
claim 4, wherein said trouble-shooting application 
engine is operative to use the rules and parameters 
of said knowledge database to establish a fiekJ of 
possfole/probable fault candidates that have rela- 
tionships or linkages with a critical point of a set of 
control parameters and. using test parameter data 
in said shared database, iteratively refining said 
f ieki of candidates to those containing successively 
smaller numbers of members, until a most likely 
candidate as the cause of the problem is estab- 
lished, said trouble-shooting application engine 
using said most likely fault candidate point to gen- 
erate a remedial strategy message to said craft- 
sperson, and in which parametric test data stored 
in said shared database has a test identification 
code that associates a test conducted by test equip- 
ment with a rule set in said knowledge database, in 
response to which said trouble-shooting application 
engine generates a trouble-shooting strategy 
based upon a diagnostic evaluation of a trouble 
ticket reporting saki problem and said parametric 
measurement data stored in said shared database, 
including said trouble-shooting application engine 
operative to generate a prescribed symbol on sakJ 
display screen. whk;h symbol, when invoked by 
sakJ craftsperson, causes sakJ engine to display a 
message indicating results of said engine's analysis 
of infornr^tion currently available In said knowledge 
and shared databases and suggesting a course of 
action to said craftsperson to solve said problem, 
preferably with said application engine operative to 
execute a diagnostic evaluation of a plurality of pos- 
sible problems that may occur on said line, potential 
sources of said possible problems, and recom- 
mended procedures to repair said line. 

A mechanism for enabling a craftsperson's commu- 
nfcation and processing unit to provide a craftsper- 
son, who has been dispatched to a sen/ice site that 
is remotely located with respect to a telephone facil- 
ity sending a subscriber line, with a trouble-shooting 
procedure through which said craftsperson may 
bcate and solve the probable cause of a problem 
in said subscriber line, said communication and 
processing unit being operative to communicate 
with a test system of said telephone facility and with 
a test head that is connectable to said subscriber 
line, said communication and processing unit hav- 
ing an input/output device, including a visual dis- 
play, through whk:h infonmation input by said craft- 
sperson is converted into prescribed control signals 
and transmitted to said test system and through 
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which inlormation associated with the operation of 
said test system is presented to said craftsperson, 
said mechanism comprising an infomnation 
processing, trouble-shooting application engine, 
and first and second databases coupled thereto, 5 
said first database being a knowledge database 
containing rules and static parameters which define 
the characteristics and behavior of said application 
engine, said second data base being a shared data- 
base which stores parameter data associated with 
one or more tests conducted on said line, said trou- 
ble-shooting application engine being operative to 
perform a diagnostic evaluation of data in said 
shared database, in accordance with rule sets 
stored in said knowledge data base and to display 
a message containing a proposed procedure to be 
carried out by said craftsperson to located and solve 
said problem in said subscriber tine, with data 
stored by said shared database includes data 
acquired through one or more of a work order man- ^ 
ager software application, measurement data 
sourced by portable test equipment, and data input 
by said craftsperson. 

7. A mechanism as claimed in claim 6; wherein para- 2S 
metric test data stored in said shared database has 

a test identification code that associates a test con- 
ducted by test equipment with a rule set in said 
knowledge database, in response to which said 
trouble-shooting application engine generates a so 
trouble-shooting strategy based upon a diagnostic 
evaluation of a trouble ticket reporting said problem 
and said parametric measurement data stored in 
said shared database, and in which said trouble- 
shooting application engine is operative to generate 3S 
a prescribed symbol on said display screen, which 
symbol, when invoked by said craftsperson, causes 
said engine to display a message indicating results 
of said engine's analysis of information currently 
available in said knowledge and shared databases 40 
and suggesting a course of action to be followed by 
said craftsperson to solve said problem on saM sub- 
scriber line. 

8. A method of providing a trouble-shooting strategy ^ 
to a craftsperson, who is dispatched to a service site 
that is located renrtotely with respect to a telephone 
facility serving a subscriber line, said trouble-shoot- 
ing strategy providing said craftsperson with an indi- 
cation of the probable cause of a problem in said so 
subscriber line and a suggested procedure for solv- 
ing said problem, comprising the steps of: 

(a) providing said craftsperson with a commu- 
nication and signal processing craft unit 
through which said craftsperson may commu- 
nicate with said telephone facility and with test 
equipment that is connectable to saki sub- 


scriber line, said craft unit having an Input/out- 
put device, including a visual display panel, 
through which informatbn input by said craft- 
sperson is converted into prescribed signals 
and transmitted to a test system of said tele- 
phone facility and through which information 
associated with the operation of said test sys- 
tem is presented to saki craftsperson, said test 
system being operative to respond to command 
signals supplied thereto from said craft unit and 
to apply to said subscriber line prescribed test 
stimuli, responses of sakJ subscriber line to 
which are measured by said test equipment; 
and 

(b) provkiing, in said craft unit, an information 
processing, trouble-shooting application 
engine, and first and second databases cou- 
pled thereto, said first database being a knowl- 
edge database containing rules and static 
parameters which define the characteristics 
and behavior of said application engine, said 
second data base being a shared database 
which stores parameter data associated with 
one or more tests conducted on said line, said 
trouble-shooting applicatk>n engine being 
operative to perfonm a diagnostic evaluation of 
data in said shared database, in accordance 
with rule sets stored in said knowledge data 
base, by coordinating the application of a stim- 
ulus to said subscriber line by saki test system 
and analyzing the output of said test equipment 
to said stimulus, and to generate said proposed 
solution to the problem in saki subscriber line 
that will guide said craftsperson to remove the 
fault, and preferably the test unit comprises a 
direct access test unit. 

9. A method as claimed in claim 8, wherein said direct 
access test unit is configured to respond to com- 
mands from said craft unit and to supply audio mes- 
sages so as to enable said craftsperson to control 
the operation of said direct access test unit and 
thereby test said subscriber line, sakJ commands 
being converted into tone signals and transmitted 
to said direct access test unit, and wherein Informa- 
tk:>n associated with the operation of said direct 
access test unit is presented by said visual display 
to saki craftsperson, said displayed information 
being interBK:tively updated in response to one or 
more inputs via said craft unit by sakJ craftsperson, 
irrespective of the generation of audio messages by 
said direct access test unit, and in which said appli- 
catkxi engine is operative to cause a menu of vari- 
ous tests that may be conducted upon said sub- 
scriber line by said test system to be displayed via 
saki visual display in response to information, a 
request for which has been displayed, having been 
input via said input/output devbe of said craft unit, 
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with the application engine operative to cause said 
menu o1 various tests that nr^y be conducted upon 
said subscriber line by said test system to be dis- 
played simultaneously via said visual display, while 
audio messages associated with different test tunc- s 
tions that may be performed by said test system are 
being sequentially generated, and preferably, said 
application engine being operative to execute a 
diagnostic evaluatbn of a plurality of possible prob- 
lems that may occur on said line, potential sources 10 
of said possible problems, and recommended pro- 
cedures to repair said line, in which data stored by 
said shared database includes data acquired 
through one or more of a work order manager soft- 
ware application, measurement data sourced by 
said test equipment, and data input by said cratt- 
sperson. 

10. A method as claimed in any one of claims 8 or 9, 
wherein parametric test data stored in said shared 20 
database has a test identification code that associ- 
ates a test conducted by test equipment with a rule 
set in said {knowledge database, in response to 
which said trouble-shooting application engine gen- 
erates a trouble-shooting strategy based upon a 
diagnostic evaluation of a trouble ticket reporting 
said problem and said parametric measurement 
data stored In said shared database, and in which 
said trouble-shooting application engine Is opera- 
tive to generate a prescribed symbol on said display 30 
screen, which symbol, when invoked by said craft- 
sperson, causes said engine to display a message 
indicating results of said engine's analysis of infor- 
mation currently available in sakJ knowledge and 
shared databases and suggesting a course of ss 
action to said craftsperson to solve said problem. 
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